home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9610 / 000107_owner-urn-ietf _Thu Oct 24 16:32:34 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  2KB
  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id QAA18854 for urn-ietf-out; Thu, 24 Oct 1996 16:32:34 -0400
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id QAA18848 for <urn-ietf@services.bunyip.com>; Thu, 24 Oct 1996 16:32:31 -0400
  3. Received: from josef.ifi.unizh.ch by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  4.         id AA29626  (mail destined for urn-ietf@services.bunyip.com); Thu, 24 Oct 96 16:32:28 -0400
  5. Received: from ifi.unizh.ch by josef.ifi.unizh.ch 
  6.           id <01606-0@josef.ifi.unizh.ch>; Thu, 24 Oct 1996 22:32:25 +0100
  7. Subject: Re: [URN] re URN sytax
  8. To: tallen@fsc.fujitsu.com
  9. Date: Thu, 24 Oct 1996 22:32:25 +0100 (MET)
  10. Cc: urn-ietf@bunyip.com
  11. In-Reply-To: <199610211940.MAA12063@ishtar.fsc.fujitsu.com> from "Terry Allen" at Oct 21, 96 12:40:59 pm
  12. Mime-Version: 1.0
  13. Content-Type: text/plain; charset=US-ASCII
  14. Content-Transfer-Encoding: 7bit
  15. Content-Length: 1079
  16. From: Martin J Duerst <mduerst@ifi.unizh.ch>
  17. Message-Id: <"josef.ifi..329:24.09.96.21.32.30"@ifi.unizh.ch>
  18. Sender: owner-urn-ietf@services.bunyip.com
  19. Precedence: bulk
  20. Reply-To: Martin J Duerst <mduerst@ifi.unizh.ch>
  21. Errors-To: owner-urn-ietf@bunyip.com
  22.  
  23. Terry Allen writes:
  24.  
  25. >Martin writes:
  26. >| So I think the spec should go more in the direction of:
  27. >| 
  28. >| - If an NSS contains characters, these should be encoded using UTF-8.
  29. >| - If an NSS contains something else (e.g. pure data), this can be
  30. >|     encoded directly using %HH.
  31. >
  32. >Just to keep myself clear on what you're saying, ISO 10646 mixes
  33. >glyphs and characters.  By "characters" above, are you excluding
  34. >glyphs-that-are-not-themselves-characters?  Are those glyphs 
  35. >data?  Or do you expect people not to use glyphs that aren't
  36. >characters?
  37.  
  38. ISO 10646 in theory codes characters, not glyphs. In practice,
  39. the distinction is sometimes difficult to make, and sometimes,
  40. glyphs have sneaked in for backwards compatibility.
  41.  
  42. Indeed, I expect a rather low use of glyphs that are not characters.
  43. For example, it is rare that any system produces an "fi" ligature
  44. (in the encoded text) if you type "f" and "i", and I don't think
  45. people will care about one or the other in something like an URN.
  46. The same applies for Arabic glyph variants and ligatures, and so on.
  47.  
  48. Regards,    Martin.